home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / tcp / 940181.txt < prev    next >
Internet Message Format  |  1994-11-13  |  37KB

  1. Date: Tue, 23 Aug 94 04:30:02 PDT
  2. From: Advanced Amateur Radio Networking Group <tcp-group@ucsd.edu>
  3. Errors-To: TCP-Group-Errors@UCSD.Edu
  4. Reply-To: TCP-Group@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: TCP-Group Digest V94 #181
  7. To: tcp-group-digest
  8.  
  9.  
  10. TCP-Group Digest            Tue, 23 Aug 94       Volume 94 : Issue  181
  11.  
  12. Today's Topics:
  13.                                Apology
  14.                             Apology (fwd)
  15.                   CIX: Commercial Internet Exchange
  16.                                  Dos
  17.                     DOS Computer et al... (2 msgs)
  18.                        Dos Computers (13 msgs)
  19.                         Enough (fwd) (2 msgs)
  20.                               subscribe
  21.                              unsubscribe
  22.  
  23. Send Replies or notes for publication to: <TCP-Group@UCSD.Edu>.
  24. Subscription requests to <TCP-Group-REQUEST@UCSD.Edu>.
  25. Problems you can't solve otherwise to brian@ucsd.edu.
  26.  
  27. Archives of past issues of the TCP-Group Digest are available
  28. (by FTP only) from UCSD.Edu in directory "mailarchives".
  29.  
  30. We trust that readers are intelligent enough to realize that all text
  31. herein consists of personal comments and does not represent the official
  32. policies or positions of any party.  Your mileage may vary.  So there.
  33. ----------------------------------------------------------------------
  34.  
  35. Date: Mon, 22 Aug 1994 18:38:27 -0500 (CDT)
  36. From: ssampson@sabea-oc.af.mil (Steve Sampson)
  37. Subject: Apology
  38. To: tcp-group@ucsd.edu
  39.  
  40. I must apologize to the group now that my private mail has been made public.
  41. I guess the schools don't teach privacy anymore, or at least those in Texas.
  42.  
  43. My comments were to the effect that it is in each of our power to unsubscribe
  44. when we are no longer interested in the conversation.  When a member decides
  45. to ruin the conversation by complaining that he isn't interested, it gets my
  46. gander.  I'm sorry my private mail has been published, and apologize to the
  47. group.
  48.  
  49. -- 
  50. Steve
  51.  
  52. ------------------------------
  53.  
  54. Date: Mon, 22 Aug 1994 22:23:36 -0500 (CDT)
  55. From: Kurt Freiberger <kurt@cs.tamu.edu>
  56. Subject: Apology (fwd)
  57. To: tcp-group@ucsd.edu (TCP-Group Mailing List)
  58.  
  59. Forwarded message:
  60. > From: ssampson@sabea-oc.af.mil (Steve Sampson)
  61. ...
  62. > I guess the schools don't teach privacy anymore, or at least those in Texas.
  63.  
  64. No request for privacy was in the message; And by the unprovoked personal
  65. attack, the privilege was deemed void.  
  66.  
  67. > My comments were to the effect that it is in each of our power to unsubscribe
  68. > when we are no longer interested in the conversation.  When a member decides
  69. > to ruin the conversation by complaining that he isn't interested, it gets my
  70. > gander.  I'm sorry my private mail has been published, and apologize to the
  71. > group.
  72.  
  73. A very interesting interpretation.  A new vista to the specific terms used.
  74. And, I suppose, that I am not allowed to speak that the current OS war in its
  75. Nth incarnation should be terminated?
  76. Has anyone else been attacked to asking that the thread be terminated?
  77. Take a pill.  Or unsubscribe.
  78.  
  79. Enough.  Faugh.
  80. -- 
  81. # Kurt Freiberger, WB5BBW   Dept. of Computer Science, TAMU              #
  82. # Internet: kurt@cs.tamu.edu      |  "Even MY hypocrisy has its limits." #
  83. # AuralNet: 409/847-8607          |                                      #
  84. # AMPRNet: wb5bbw@wb5bbw.ampr.org |        - "Doc" Holliday, Tombstone   #
  85. # Disclaimer: Not EVEN an official document of Texas A&M University      #
  86.  
  87. ------------------------------
  88.  
  89. Date: Tue, 23 Aug 94 09:22:00 -0000
  90. From: mikebw@bilow.bilow.uu.ids.net (Mike Bilow)
  91. Subject: CIX: Commercial Internet Exchange
  92. To: tcp-group@ucsd.edu
  93.  
  94. * Original to: tcp-group@ucsd.edu
  95.       CC'd to: karn@qualcomm.com
  96.  
  97.  
  98.  
  99. On 94 Aug 23 at 05:56, Phil Karn wrote:
  100.  
  101.  PK> This is what internetting is all about -- different 
  102.  PK> machines running different operating systems and different 
  103.  PK> applications over different networking media, all 
  104.  PK> communicating easily and transparently with each other 
  105.  PK> because they all speak a common set of "middle layer"
  106.  PK> protocols.
  107.  
  108. While we're on this subject of the desirability of everything talking to
  109. everything, I would like to raise the issue of the Commercial Internet
  110. Exchange, CIX, pronounced "kicks."
  111.  
  112. CIX was originally created as a consortium of Internet access providers who
  113. would route among themselves, thus bypassing the famous NSF-Net Acceptable Use
  114. Policy restrictrictions on commercial use of the Internet.  On July 14, the CIX
  115. Board of Directors voted to enforce routing restrictions against non-members of
  116. CIX.  The requirement for membership in CIX, basically, is that you have to pay
  117. them $7,500 per year or $750 per month, plus additional fees in some cases.
  118.  
  119. In particular, CIX states the following:
  120.  
  121.                   ********** BEGIN QUOTE **********
  122.  
  123. Clarification of Service Provision
  124. ----------------------------------
  125.  
  126. It has always been CIX policy to provide services only to its membership.
  127.  
  128. Routing Services are provided only to Regular Members.
  129.  
  130.  
  131. Requirements for Membership
  132. ---------------------------
  133.  
  134. Affiliate Membership is open to any individual or organization.
  135.  
  136. Regular membership is open to any organization selling IP transit.
  137.  
  138. There is no geographic restriction on membership.
  139.  
  140. Regular members provide CIX Routing Services to any individual
  141. or organization who is NOT eligible for regular membership. Regular
  142. members may NOT provide CIX Routing Services to any individual or
  143. organization who is not a regular member but is eligible for regular
  144. membership (i.e., is selling IP transit).
  145.  
  146.  
  147. Definition of Seller of IP transit
  148. ----------------------------------
  149.  
  150. An individual or organization is selling IP transit if they accept IP
  151. traffic from another individual or organization and route it to a
  152. different individual or organization in exchange for a fee.
  153.  
  154. An individual or organization is NOT selling IP transit if it is
  155. selling only timesharing services on a system that offers IP
  156. connectivity as part of the time sharing service (e.g "BBS Systems" or
  157. "Shell Account Systems").
  158.  
  159. E.g. An individual or organization who operates a computer on which
  160.      people log in directly and are able to receive Internet access
  161.      is NOT required to join unless they are ALSO selling IP transit.
  162.  
  163.      An individual or organization who sells one or more dialup
  164.      PPP/SLIP accounts IS required to join to receive membership
  165.      services.
  166.  
  167.      An individual or organization who sells dialup PPP/SLIP access
  168.      ONLY to its own systems (i.e., who does NOT transit IP packets
  169.      outside its internal networks) is NOT required to join.
  170.  
  171.      A University that provides IP transit only to its students, faculty
  172.      and researchers is NOT required to join.
  173.  
  174.      A University that provides IP transit to alumni, local businesses
  175.      or other organizations not directly participating in the University's
  176.      educational mission IS required to join.
  177.  
  178.  
  179. 51% Rule
  180. --------
  181.  
  182. No exceptions to the requirement of membership are made based on an
  183. organization's size, non-profit status, or other criteria.  This policy
  184. applies to all organizations, including so-called "federations" and
  185. co-operatives.
  186.  
  187. Any organization eligible for membership whose parent organization owns
  188. 51% or more of its voting stock does not need to join separately, but
  189. may benefit from its parent's membership. Any organization eligible for
  190. membership who does not have a parent organization owning 51% or more
  191. of its voting stock shall be treated as a separate organization and be
  192. required to join to receive member services.
  193.  
  194.  
  195. Enforcement of Policies
  196. -----------------------
  197.  
  198. Historically, the Association has relied on the voluntary compliance
  199. and support of its membership to ensure that member services were
  200. provided only to Association members.
  201.  
  202. Unfortunately, it has become clear that this voluntary compliance is no
  203. longer working and that the Association will need to begin actively
  204. ensuring that its services are provided only to members.
  205.  
  206. The Board recognizes that some organizations who might have to
  207. correct their membership status as a result of any confusion relating to
  208. membership requirements may require time to do so in a timely manner.
  209. Therefor, the Board will delay additional enforcement of these policies
  210. until November 1, 1994.  Additionally, the Board will delay enforcement
  211. of the 51% rule for subsidiaries until January 1, 1995.
  212.  
  213. The Board has contracted with the current manager of the CIX Router
  214. Service, to provide the additional resources necessary to enforce
  215. Association policies. These will include investigating reports of
  216. policy violations and maintaining a set of route filters as necessary
  217. to ensure that member services are not accidentally provided to
  218. non-members.  When the Association determines traffic to be in violation of
  219. CIX policies, that traffic will be filtered.
  220.  
  221. Organizations attempting to circumvent CIX policies, such as attempting
  222. to disguise the resale status of their customers by subnetting a single
  223. network number and sharing its use among multiple customers, will be
  224. subject to appropriate enforcement of Association policy which may
  225. include the entire network being filtered even though the majority of
  226. its users are in compliance. The Association encourages the assignment
  227. of distinct network numbers to different organizations and the use of
  228. BGP4 for route announcement. This allows the Association to filter only
  229. the minimum necessary to ensure compliance with its policies.
  230.  
  231.                   ********** END QUOTE **********
  232.  
  233.  
  234. In my opinion, this seems like a return to the early days of telephone service,
  235. where each telephone company refused to allow its subscribers to call the
  236. subscribers of a competing telephone service without payment of a fee.  The
  237. government finally stepped in to put a stop to that, for obvious reasons, and
  238. it looks like we might have to go through a similar period of chaos soon on the
  239. Internet.
  240.  
  241. I am not sure what to make of this change in CIX policy.  It certainly seems to
  242. me to have all of the trappings of a "combination in restraint of trade,"
  243. although applying such a principle to the Internet may prove to be a daunting
  244. prospect.  My guess is that CIX and its members are going to be sued through
  245. the floor if they actually try to implement this, with claims starting at
  246. breach of contract and working their way up to antitrust.
  247.  
  248. What seems clear is that we may shortly have two separate and disconnected
  249. Internets, one comprised of those CIX members and their subscribers, and one
  250. consisting of everybody else.  Subscribers to one will have no connectivity
  251. with the other, and vice versa.  My understanding is that several major
  252. providers, such as JvNC Net, will be boycotting CIX.
  253.  
  254. A more immediate problem is that many organizations, both for-profit companies
  255. and non-profit organizations, have been allowing Amprnet to piggyback on their
  256. existing Internet service, often requiring a nominal fee to cover their own
  257. added expenses.  Many public colleges, at least in this area, are required by
  258. law to provide library and computer network access services to local citizens,
  259. and to recover expenses.  Several important developments. such as AXIP, depend
  260. on this goodwill.  Under the new CIX policy, my reading is that a company or a
  261. university who buys service from a CIX member may be prohibited from allowing
  262. AXIP or similar Amprnet connectivity unless the company or university itself
  263. pays the CIX membership fee.  Understandably, no organization is likely to pay
  264. $7,500 per year in order to keep their Amprnet link open.  Simply providing
  265. domain name service, in such cases, would seem to come under the prohibition.
  266.  
  267. -- Mike
  268.  
  269.  
  270. -------------------------------------------------------------------------------
  271. Bilow Computer Science   | +1 401 944 3937 (voice) | Michael S. Bilow
  272. Forty Plantations        | +1 401 944 7966 (fax)   | President
  273. Cranston, RI 02920-5554  | +1 401 944 8498 (BBS)   | mikebw@ids.net  (Internet)
  274. United States of America | N1BEE @ KA1AZ.#SORI.RI.USA.NOAM (AX.25 non-business)
  275. -------------------------------------------------------------------------------
  276.  
  277.  
  278. I don't usually do this, but: ALL COMMENTS, OPINIONS, AND STATEMENTS CONTAINED
  279. IN THE ABOVE MESSAGE, EXCEPT WHERE EXPRESSLY DESIGNATED AS QUOTED MATERIAL, ARE
  280. THE RESPONSIBILITY OF THE AUTHOR OF THIS MESSAGE, AND ARE NOT NECESSARILY
  281. REPRESENTATIVE OF THE OPINIONS OF ANY OTHER PERSON, COMPANY, OR ORGANIZATION.
  282.  
  283. ------------------------------
  284.  
  285. Date: Mon, 22 Aug 94 09:25:39      
  286. From: kz1f@RELAY.HDN.LEGENT.COM
  287. Subject: Dos
  288. To: tcp-group@ucsd.edu
  289.  
  290. Where I may be partly to blame for this latest wave of activity, let me 
  291. respond. 
  292. In the early days of radio, the transmitting was done via a spark generator.
  293. This progressed into vacuum tubes, regen receivers, hetrodyne receivers 
  294. super-hetrodyne receivers, transistors, IC's, VLI curcuits etc. WHY???
  295. Because each ADVANCEMENT meant better design, more functionality, lower 
  296. cost(??) etc.
  297.  
  298. Because I use a solid state radio doesnt mean I hate vacuum tubes. I use it 
  299. becuase, for what I want done, it works better. I have a 486/50 at home, I 
  300. could run windows on it, I could run dos on it...I run OS/2 on it. WHY? 
  301. Because, for what I do with it, it works better. As it happens, I make my 
  302. livelihood designing and writing workstation / PC software. What the general
  303. public, that is, the buying general public, want can't be written in 640k of
  304. memory. Sure, one can get a memory extender software and, thru much gritting
  305. and mashing of teeth, write something that actually is larger than 640k. 
  306. Even Microsoft got tired of trying to do that and wrote DOS 7.x aka Windows 
  307. 4.0 kernel. Essentially a 32 bit multitasking OS. Sure there are some all 
  308. agash waiting for it to hit the street. There are others that smile and 
  309. continue writing 32 bit linear programs, perhaps even graphical, on their
  310. OS/2, NT, Linux etc OS's. Does that mean we all hate DOS...NO, it means that
  311. for what we are doing, DOS doesn't do it as well as (fill in the blank).
  312.  
  313. Now, how I think this whole thing started was that I speculated that no one 
  314. was probably going to be writing rfc 1159 for xNOS. Enhancements would 
  315. probably be seen in the Linux, OS/2 etc versions of tcpip over rf. 
  316.  
  317. This presents something of a problem, since it will be even more likely that
  318. smtp mail will be arriving in the future that xNOS will throw-up all over. 
  319. That there will be ip based traffic over the given freq that xNOS won't 
  320. understand. This is not a problem for the person running a MIME compliant 
  321. mailer, its a problem for the one thats not. As I said in an earlier 
  322. mailing, 'going forward is a good thing.' As far as it being a 'problem', it
  323. is not the fault of the person with the MIME compliant mailer or WEB 
  324. compliant program. There is no blame to be assessed here, its just a fact of
  325. life. 
  326. The problem with a monolithic program like xNOS is it's tough to add/replace
  327. pieces.  For those that feel intimidated or frustrated by this, why not 
  328. assume technical lead on xNOS and step up to the 'I'll write the code' 
  329. plate? Figure out how to put all the latest technology into a 640k program.
  330.  
  331. And I certainly didnt intend to start a violent, verbally abusive flame.
  332. Walt
  333.  
  334. ------------------------------
  335.  
  336. Date: Mon, 22 Aug 1994 13:20:29 +0000 (GMT)
  337. From: ehall@c3tmp1.monmouth.army.mil (Erik M. Hall)
  338. Subject: DOS Computer et al...
  339. To: tcp-group@ucsd.edu
  340.  
  341. Hi y'all...I believe this whole DOS/on-DOS issue is relatively unimportant.
  342.  
  343. One thing we are all agreed upon is is that if you are running a network
  344. switch, or hub, or router, then DOS is useless. Linux would be a good choice
  345. for this.
  346.  
  347. BUT, for most of us hams who just want connectivity to the rest of the
  348. world, DOS is fine. It works. These people don't need the net smarts, they
  349. can connect to a router to handle that for them.
  350.  
  351. For instance: If you've got a business and want to set up a company-wide
  352. network, do you insist that a Unix box on every desk is the only way to go?
  353. Or do you put a Cisco router on everyone's desk? No, its just not necessary.
  354.  
  355. Besides (and please don't flame me for this one) do we really want everybody
  356. to have the network routing and operations capabilities?  Not every ham is
  357. capable of setting up a Unix system to run TCP/IP properly. People make
  358. whole careers out of just that. Look at what happened recently with the UCSD
  359. name server; it was taken down because of improperly registered hosts. That
  360. does NOT make for a reliable network.
  361.  
  362. I believe that, all in all IMHO, we should have a dedicated nationwide WAN 
  363. backbone run by people experienced in Unix and TCP/IP and AX.25. Then MANs
  364. local in each city (or however you wish to divide up the US geographically).
  365. People would then have connectivity from their machine into a local MAN on a
  366. common (or not) frequency. That way if random Joe Ham configures his machine
  367. wrong, it won't kill the whole net. DOS would find a good home in these user
  368. access machines, since all they'll be doing is communicating with a MAN node
  369. and not have to worry about name serving, packet forwarding, or anything
  370. else.
  371.  
  372.                     -Erik
  373.  
  374. -- 
  375. Erik M. Hall  -  N2NRP    ehall@c3tmp1.monmouth.army.mil
  376. US Army   CECOM           (908) 544-4968
  377. AMSEL-RD-ST-WA-N          DSN  995-4968
  378. Ft. Monmouth, NJ 07703                  "Its all about soul..." -BJ
  379.  
  380. ------------------------------
  381.  
  382. Date: Mon, 22 Aug 94 14:57:58      
  383. From: kz1f@RELAY.HDN.LEGENT.COM
  384. Subject: DOS Computer et al...
  385. To: tcp-group@ucsd.edu
  386.  
  387. >Hi y'all...I believe this whole DOS/on-DOS issue is relatively unimportant.
  388.  
  389. Not to belabor the point but its not simply a router issue.
  390.  
  391. I think what would put the xNOS (DOS) user communitee at ease is for someone
  392. to take ownership of xNOS on the DOS platform. This is because the rest of 
  393. us are going to be using rfc1159 and/or setting up Gopher and/or WWW servers 
  394. etc etc. If no one is going to pick up the code and carry it forward these 
  395. versions are destined to the same place as CP/M and Word for DOS (both work 
  396. fine, just not with anything else).
  397.  
  398. This won't happen overnight but it will happen. We've already seen nastyisms
  399. over having a xNOS smtp client get MIME mail.
  400.  
  401. In this respect, xNOS on DOS may make a respectable router since all it will
  402. be doing is moving ip packets around with no user (client) code running,
  403.  
  404. I dont think anyone is afraid of or intimidated by OS/2 at $49. or Linux at 
  405. $0, I think they're afraid of being abandoned.
  406. Walt
  407.  
  408. ------------------------------
  409.  
  410. Date: Mon, 22 Aug 94 08:04:13      
  411. From: jks@giskard.utmem.edu
  412. Subject: Dos Computers
  413. To: "TCP digest" <tcp-group@UCSD.EDU>
  414.  
  415. Enough!!!???!!!
  416.  
  417. > From: "Klarsen" <klarsen@kazak.NMSU.Edu>
  418. >     I find it interesting that many of you on these Internet ham
  419. > radio "echos" are very hostile to the Disk Operating System and the
  420. > computers that can use that operating system. I think for the most part
  421. > the guys most vocal about the evils of DOS are using computers bought for
  422. > them to use by others, often the tax payers of the state or the country.
  423.  
  424. This is pure vitriolic slime! Karl.... Get your head out of the the sand!
  425. Rather than spending your time proving to us that you are a reactionary
  426. know-nothing with multiple axes to grind, please consider the following:
  427.  
  428. Many of the "32-bit" folks use the non-reentrant interupt handler you refer 
  429. to as DOS (actually MS-DOS-- Mickey$oft dos not own the name "DOS", there
  430. are others!) for low level grunt work on their boxes, because of the direct
  431. and largely unrestricted access it allows to the hardware. We all agree, DOS
  432. HAS some uses. It will remain in use on 8088/86/186/ and 286 machines for a 
  433. long time, but even M$ has made it clear they are leaving 16 bit M$-DOS
  434. behind.        ^^^^
  435.  
  436. Many users of advanced operating systems on these lists have Intel based
  437. boxes purchased at considerable expense to themselves. Taxpayers provided me
  438. with none of my current equipment (it came out of money I earned with my own
  439. sweat, time, and tears.) I have a Mac on my desk at work, forced down my 
  440. throat by the buying policy of the institution. The Mac was procurred
  441. for me from departmental funds generated by contract work for a large 
  442. pharmaceutical concern -- it gets used 1-2 hours a week for word-smithing...
  443. It's a cute/friendly box, but clumsy.... a little like handling a school bus
  444. with a Triumph Spitfire engine in it. The 486DX-33 OS/2 box (I paid for 
  445. out-of-pocket!!) gets 30 hours a week worth of heavy "productivity" use and 
  446. is online 7 days / 24 hrs doing network duty. I could not do that when I 
  447. used M$DOS -- to unstable.
  448.  
  449. You can post your insults to abUseNet groups like alt.barney.die.die.die or 
  450. alt.flame.dev.null, but please don't waste tcp-group bandwidth continuing 
  451. this thread!
  452.  
  453. Jack Spitznagel
  454. KD4IZ
  455. Rancho Malario
  456. Tennessee
  457. (901) 488-6242
  458.  
  459. ------------------------------
  460.  
  461. Date: Mon, 22 Aug 94 09:55:12 -0400
  462. From: Jim De Arras <jmd@cube.handheld.com>
  463. Subject: Dos Computers
  464. To: stuart  <stuart@math.kth.se>
  465.  
  466. > >     I find it interesting that many of you on these Internet ham
  467. > > radio "echos" are very hostile to the Disk Operating System and the
  468. > > computers that can use that operating system. I think for the most part
  469. > > the guys most vocal about the evils of DOS are using computers bought for 
  470. > > them to use by others, often the tax payers of the state or the country.
  471. >
  472. > lots cut out.....
  473. >
  474. > Thanks Karl ! A good artical realy needed saying.
  475. >
  476. >         We need to put this artical in at least once a month!
  477. >         so not to forget.
  478. >
  479. > 73's Rogan sm0kjd
  480. >
  481. I try to stay out of this war, but the above suggestion is too simplistic.   
  482. There are a number of real operation systems that can run on that same PC  
  483. hardware, now.  A large part of the resistance is simply resistance to  
  484. change.
  485.  
  486. DOS is not an OS, it's a boot loader.  It's fine for what it does, but it  
  487. simply is not up to real multi-tasking/multi-threaded work.  The current crop  
  488. of PC hardware is very much up to multi-tasking/multi-threaded work, and it's  
  489. a shame to restrict it so much with DOS.
  490.  
  491. Jim  (using a UNIX based system he paid for himself) De Arras
  492. WA4ONG.
  493.  
  494. ------------------------------
  495.  
  496. Date: Mon, 22 Aug 1994 07:45:57 -0700 (PDT)
  497. From: Lyndon Nerenberg <lyndon@canada.unbc.edu>
  498. Subject: Dos Computers
  499. To: stuart <stuart@math.kth.se>
  500.  
  501. On Mon, 22 Aug 1994, stuart wrote:
  502.  
  503. > Thanks Karl ! A good artical realy needed saying.
  504.  
  505. >         We need to put this artical in at least once a month!
  506. >         so not to forget.
  507.  
  508. In other words, "stop experimenting, because I {cannot afford, can't be 
  509. bothered} to keep up."
  510.  
  511. This attitude scares me to no end. What will your argument be when the 
  512. governments of the world abolish Amateur Radio completely because it is 
  513. no longer contributing to the state of the art (thus justifying it's 
  514. existence)?
  515.  
  516. --lyndon  VE7TCP/VE6BBM
  517.  
  518. Put the EXPERIMENTAL back in the Amateur EXPERIMENTAL Service!
  519.  
  520. ------------------------------
  521.  
  522. Date: Mon, 22 Aug 1994 12:29:56 +0100
  523. From: "Brian A. Lantz" <brian@lantz.cftnet.com>
  524. Subject: Dos Computers
  525. To: TCP digest <tcp-group@UCSD.EDU>
  526.  
  527. On Mon, 22 Aug 1994 jks@giskard.utmem.edu wrote:
  528.  
  529. > ..... We all agree, DOS
  530. > HAS some uses. It will remain in use on 8088/86/186/ and 286 machines for a 
  531. > long time, but even M$ has made it clear they are leaving 16 bit M$-DOS
  532. > behind.        ^^^^
  533.  
  534. Jack hits the nail on the head that many of us have been dancing around. 
  535. It is NOT us that is going to orphan MS-DOS, it is MICROSOFT!
  536.  
  537. If you lived in a city and were told by some that the city was in danger, 
  538. you MIGHT think about leaving. But if you were told that the Mayor, the 
  539. City Council, and all of the elected leaders had LEFT because of the 
  540. danger, you'd be reckless to not consider leaving.
  541.  
  542. Well, gang, Mayor Bill has already declared MS-DOS an abandoned house, 
  543. with the wrecker to come next year. You will need to consider whether 
  544. your residence will be Chicago, NT, OS-2, Linux, FreeBSD, Novell DOS, etc.
  545.  
  546. Simply keeping the status quo is ignoring the danger ALREADY told by 
  547. Mayor Bill.
  548.  
  549. So why are those living in Bill's city blaming us, who heard the warning 
  550. and moved? We're just getting on with our lives...
  551.  
  552.  
  553. And Walt, WELL SAID!
  554.  
  555. -----------------------------------------------------------
  556. Brian A. Lantz/KO4KS                 brian@lantz.cftnet.com
  557.  
  558. REAL PORTION of Microsoft Windows code:
  559.     while (memory_available)    {
  560.         eat_major_portion_of_memory (no_real_reason);
  561.         if (feel_like_it)
  562.             make_user_THINK (this_is_an_OS);
  563.         gates_bank_balance++;
  564.     }
  565.  
  566. ------------------------------
  567.  
  568. Date: Mon, 22 Aug 1994 12:07:25 -0600 (MDT)
  569. From: Klarsen <klarsen@kazak.NMSU.Edu>
  570. Subject: Dos Computers
  571. To: Lyndon Nerenberg <lyndon@canada.unbc.edu>
  572.  
  573. On Mon, 22 Aug 1994, Lyndon Nerenberg wrote:
  574.  
  575. > On Mon, 22 Aug 1994, stuart wrote:
  576. >  
  577. > > Thanks Karl ! A good artical realy needed saying.
  578. >  
  579. > >         We need to put this artical in at least once a month!
  580. > >         so not to forget.
  581. > In other words, "stop experimenting, because I {cannot afford, can't be 
  582. > bothered} to keep up."
  583.  
  584.     I didn't say that Lyndon, you did. 
  585.  
  586. > This attitude scares me to no end. What will your argument be when the 
  587. > governments of the world abolish Amateur Radio completely because it is 
  588. > no longer contributing to the state of the art (thus justifying it's 
  589. > existence)?
  590.  
  591.     Where have you been for the past 40 years?  The way things are 
  592. now the experts who happen to be hams hand down nice things like NOS to 
  593. us so we can play tcp/ip. But they have a family to feed so they sell 60 
  594. hours a week of their time to a business. Are you so above the rest of 
  595. the world you don't see this?
  596.  
  597.  
  598. > --lyndon  VE7TCP/VE6BBM
  599. > Put the EXPERIMENTAL back in the Amateur EXPERIMENTAL Service!
  600. > -karl k5di
  601.  
  602. ------------------------------
  603.  
  604. Date: Mon, 22 Aug 1994 14:35:35 -0600 (MDT)
  605. From: Klarsen <klarsen@kazak.NMSU.Edu>
  606. Subject: Dos Computers
  607. To: Bruce Perens <bruce@pixar.com>
  608.  
  609. On Sat, 20 Aug 1994, Bruce Perens wrote:
  610.  
  611. > I write shareware for DOS systems, but they are palmtops.
  612. > I guess I would get hostile if you wanted me to write a networking
  613. > system for DOS. It's a poor vehicle for the task and would be painful
  614. > to do.
  615.  
  616.     Then be sure you don't get into a position to must do or walk...
  617.  
  618.  
  619. > Like many other programmers with an investment in 386 hardware and no
  620. > real reason to stick with a Microsoft OS, I put Linux on my "DOS" machine.
  621.     No problem with that. Still an Intel cpu but it smells a bit like 
  622. the unix you learned to love.
  623.  
  624. > That made it a lot easier to work with. My wife runs Windows on her
  625. > computer - she's not a programmer and curls her lip at command-line
  626. > interfaces.
  627.  
  628.     My wife is the same way. She doesn't PLAY with a computer, she 
  629. USES her computer.
  630.  
  631. > I'm sorry, but those DOS systems are doomed to remain running packet
  632. > terminal programs to connect to more sophisticated systems or at best
  633. > NOS. The programmers are going to insist on Windows at a minimum.
  634.  
  635.     I hope so Bruce. But who will port JNOS to a pure windows enviornment?
  636.  
  637. > Last week, Fry's had a "loss-leader" sale. Connor 1 Gigabyte disks for
  638. > $500. There's not that much motivation to keep one's computer small
  639. > any longer.
  640. >     Bruce AB6YM
  641.     Yes I wish I could spare $500 for a big HD. My wife Juanita says 
  642. "how big is my HD?". I say 120 mbyte. She says what the Hell do I need 
  643. 1000 mbytes for? Discussion closed....hi
  644.  
  645. -karl
  646.  
  647. ------------------------------
  648.  
  649. Date: Mon, 22 Aug 1994 17:17:38 +0100
  650. From: "Brian A. Lantz" <brian@lantz.cftnet.com>
  651. Subject: Dos Computers
  652. To: TCP digest <tcp-group@UCSD.EDU>
  653.  
  654. And as one final note on this topic, I found it coincidental that the 
  655. lead story on the cover of today's issue of COMPUTERWORLD ("Few mourn 
  656. DOS decline") states that not only is Microsoft giving up on MS-DOS, but 
  657. it seems that Novell DOS will be history, too. Quotes person after person 
  658. who says, basically, "No more MS-DOS, so what!".
  659.  
  660. To be fair, on the other side, look at Dvorak's column in today's PC 
  661. Magazine. He quotes figures from a research firm that show that 6 of the 
  662. top ten most widely used software applications are DOS-based.
  663.  
  664. Is there life left in MS-DOS? Depends on who you talk to, now doesn't it!
  665.  
  666.  
  667. -----------------------------------------------------------
  668. Brian A. Lantz/KO4KS                 brian@lantz.cftnet.com
  669.  
  670. REAL PORTION of Microsoft Windows code:
  671.     while (memory_available)    {
  672.         eat_major_portion_of_memory (no_real_reason);
  673.         if (feel_like_it)
  674.             make_user_THINK (this_is_an_OS);
  675.         gates_bank_balance++;
  676.     }
  677.  
  678. ------------------------------
  679.  
  680. Date: Mon, 22 Aug 94 21:13:49 EDT
  681. From: ron@chaos.eng.wayne.edu (Ron Atkinson  N8FOW)
  682. Subject: Dos Computers
  683. To: tcp-group@ucsd.edu
  684.  
  685. Can someone send me a message when the DOS arguement is over and packet
  686. radio is discussed again  so I know to start reading the group again?
  687.  
  688. Ron
  689.  
  690. ------------------------------
  691.  
  692. Date: Mon, 22 Aug 1994 23:22:04 +0100
  693. From: "Brian A. Lantz" <brian@lantz.cftnet.com>
  694. Subject: Dos Computers
  695. To: Ron Atkinson N8FOW <ron@chaos.eng.wayne.edu>
  696.  
  697. On Mon, 22 Aug 1994, Ron Atkinson N8FOW wrote:
  698.  
  699. > Can someone send me a message when the DOS arguement is over and packet
  700. > radio is discussed again  so I know to start reading the group again?
  701.  
  702. Or how about TCP/IP?
  703.  
  704. -----------------------------------------------------------
  705. Brian A. Lantz/KO4KS                 brian@lantz.cftnet.com
  706.  
  707. REAL PORTION of Microsoft Windows code:
  708.     while (memory_available)    {
  709.         eat_major_portion_of_memory (no_real_reason);
  710.         if (feel_like_it)
  711.             make_user_THINK (this_is_an_OS);
  712.         gates_bank_balance++;
  713.     }
  714.  
  715. ------------------------------
  716.  
  717. Date: Mon, 22 Aug 1994 21:00:38 -0700
  718. From: myers@bigboy73.West.Sun.COM (Dana Myers )
  719. Subject: Dos Computers
  720. To: tcp-group@ucsd.edu
  721.  
  722. > Date: Mon, 22 Aug 1994 14:35:35 -0600 (MDT)
  723. > From: Klarsen <klarsen@kazak.NMSU.Edu>
  724. > Subject: Re: Dos Computers
  725. > To: Bruce Perens <bruce@pixar.com>
  726. > Cc: TCP digest <tcp-group@ucsd.edu>
  727. > Mime-Version: 1.0
  728. > On Sat, 20 Aug 1994, Bruce Perens wrote:
  729. > > I write shareware for DOS systems, but they are palmtops.
  730. > > I guess I would get hostile if you wanted me to write a networking
  731. > > system for DOS. It's a poor vehicle for the task and would be painful
  732. > > to do.
  733. >     Then be sure you don't get into a position to must do or walk...
  734. > > 
  735. > > Like many other programmers with an investment in 386 hardware and no
  736. > > real reason to stick with a Microsoft OS, I put Linux on my "DOS" machine.
  737. >     No problem with that. Still an Intel cpu but it smells a bit like 
  738. > the unix you learned to love.
  739.  
  740. "still an Intel CPU" ?? Arg!! Now the Intel bashing war will have
  741. to start!!!
  742.  
  743. Arg!
  744.  
  745.  
  746. By the way; running Solaris 2.4 here, I tend to forget I'm using just
  747. an Intel CPU.
  748.  
  749. ;-)
  750.  
  751. ------------------------------
  752.  
  753. Date: Mon, 22 Aug 1994 22:56:44 -0700
  754. From: Phil Karn <karn@qualcomm.com>
  755. Subject: Dos Computers
  756. To: klarsen@kazak.NMSU.Edu
  757.  
  758. >    I hope so Bruce. But who will port JNOS to a pure windows enviornment?
  759.  
  760. Why bother? Several TCP/IP stacks are already available for Windows;
  761. FTP Software's package and the excellent shareware Trumpet Winsock
  762. among them. Works great on those rare occasions when I am forced to
  763. use Windows. For me this is pretty much limited to accessing America
  764. Online, which speaks a special application protocol over TCP/IP and
  765. for which only Windows and Mac clients are available; no X versions
  766. are yet available.
  767.  
  768. Yet even if I had a reason to want a Windows networking application to
  769. talk TCP/IP over packet radio I could use Trumpet Winsock without
  770. modification. That's because I have a dedicated machine running NOS
  771. that handles radios and dialup SLIP connections, and it connects to
  772. the Windows (and UNIX) machines via Ethernet.
  773.  
  774. This is what internetting is all about -- different machines running
  775. different operating systems and different applications over different
  776. networking media, all communicating easily and transparently with each
  777. other because they all speak a common set of "middle layer"
  778. protocols. In 1985 I chose to start implementing TCP/IP in what became
  779. NOS because I knew that TCP/IP was going to be a winner in the "real
  780. world", and that many other implementations would eventually appear
  781. and be within reach of the average amateur. NOS was a way to quickly
  782. bring multitasking TCP/IP to the average ham with the primitive
  783. computers and operating systems we had available at the time.
  784.  
  785. Now that "native" TCP/IP is available for just about every modern
  786. platform and OS, there is little reason to port NOS to these
  787. platforms, or to port big existing applications over to NOS from these
  788. platforms. But NOS still has a role in doing what it does best -
  789. acting as a low-end standalone IP router with amateur packet radio
  790. capabilities, and as a convenient base for protocol experimentation
  791. and development. I never intended it to be the only TCP/IP package
  792. ever used by amateurs, and despite my pride of authorship it bugs me
  793. to see it used inappropriately.
  794.  
  795. Phil
  796.  
  797. ------------------------------
  798.  
  799. Date: Mon, 22 Aug 1994 22:58:01 -0700
  800. From: Phil Karn <karn@qualcomm.com>
  801. Subject: Dos Computers
  802. To: brian@lantz.cftnet.com
  803.  
  804. >To be fair, on the other side, look at Dvorak's column in today's PC 
  805. >Magazine. He quotes figures from a research firm that show that 6 of the 
  806. >top ten most widely used software applications are DOS-based.
  807.  
  808. Hell, even Windows is DOS-based, if you consider that you first boot
  809. DOS before you bring up Windows. DOS is simply the second-stage
  810. bootstrap loader!
  811.  
  812. Phil
  813.  
  814. ------------------------------
  815.  
  816. Date: Tue, 23 Aug 94 12:42:22 DST
  817. From: Martin W Freiss <freiss.pad@sni.de>
  818. Subject: Dos Computers
  819. To: lyndon@canada.unbc.edu (Lyndon Nerenberg)
  820.  
  821. > > Thanks Karl ! A good artical realy needed saying.
  822. >  
  823. > >         We need to put this artical in at least once a month!
  824. > >         so not to forget.
  825. > In other words, "stop experimenting, because I {cannot afford, can't be 
  826. > bothered} to keep up."
  827.  
  828. If the use of newer and bigger tools were all it takes, research would 
  829. progress much faster. Processing power does not help in solving the
  830. underlying networking problems we have now.
  831.  
  832. The experimental spirit of ham radio is a function of the mind first,
  833. and the computer used for IP is just a tool.  Any tool that does the job 
  834. is the right tool for that job, be it called CP/M, Windows or Linux. 
  835.  
  836. -Martin (and now, lets all flame me for using a TRS80 Model I with an S100-bus
  837.  Z80-SCC card for packet :-)).
  838.  
  839. --
  840.  Martin Freiss               | R&D computer center | freiss.pad@sni.de 
  841.  Siemens Nixdorf Infosystems | Dept. MR OI 4       | NIC MF194
  842.  Paderborn, Germany          | Phone +49 5251 8 15642
  843. "The average pointer, statistically, points somewhere in X." -Hugh Redelmeier
  844.  
  845. ------------------------------
  846.  
  847. Date: Mon, 22 Aug 1994 14:25:33 -0700
  848. From: brian@nothing.ucsd.edu (Brian Kantor)
  849. Subject: Enough (fwd)
  850. To: tcp-group@ucsd.edu
  851.  
  852. In article <9408220243.AA11187@nadc.nadc.navy.mil> you write:
  853. >Might I remind you all that this group is retransmitted in many
  854. >places to AMPR. Please keep it down.
  855.  
  856. And might I remind YOU that this is an internet discussion list for
  857. people actively involved in advanced amateur radio networking.
  858. Emotions fly high at times among creative people; strong language is
  859. occasionally necessary to express strong emotions.
  860.  
  861. If someone is gatewaying this list over amateur radio, it is HIS
  862. responsibility to ensure that he doesn't transmit any language that
  863. he might regret later.  It is not the charter of this group to
  864. respect his restraints.
  865.  
  866. I don't mind that people retransmit this mailing list to other places,
  867. perhaps via amateur radio.  But doing so is at their own risk.
  868.  
  869. As 'moderator' of this list, I encourage the free interchange of
  870. thoughts and ideas.  I do not require that people censor themselves,
  871. although I will remind all that reason often prevails when shouting
  872. fails.  Speak as you see fit.
  873.     - Brian
  874.  
  875. ------------------------------
  876.  
  877. Date: Tue, 23 Aug 94 08:35:51 BST
  878. From: Martin Lines <mlines@sni.co.uk>
  879. Subject: Enough (fwd)
  880. To: tcp-group@UCSD.EDU
  881.  
  882. Brian wrote:
  883. >And might I remind YOU that this is an internet discussion list for
  884. >people actively involved in advanced amateur radio networking.
  885. >Emotions fly high at times among creative people; strong language is
  886. >occasionally necessary to express strong emotions.
  887.  
  888. May I point out that there are no age restrictions on who may subscribe
  889. to Internet etc. Whilst I appreciate there are far worse corners of the
  890. Internet there can be no real justification for some of the language I 
  891. have seen.
  892.  
  893. I suppose I will receive all sorts of language in flames for this one.
  894.  
  895. mlines@sni.co.uk
  896.  
  897. ------------------------------
  898.  
  899. Date: Mon, 22 Aug 1994 12:13:23 -0700
  900. From: dalex@eskimo.com (Dave Alexander)
  901. Subject: subscribe
  902. To: tcp-group@ucsd.edu
  903.  
  904. subscribe
  905.  
  906. ------------------------------
  907.  
  908. Date: Mon, 22 Aug 94 12:34:31 EDT
  909. From: RobertkC@aol.com
  910. Subject: unsubscribe
  911. To: tcp-group@ucsd.edu
  912.  
  913. unscribe tcp-group RobertkC@aol.com
  914. unjoin tcp-group RobertkC@aol.com
  915.  
  916. ------------------------------
  917.  
  918. End of TCP-Group Digest V94 #181
  919. ******************************
  920.